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© A PS processing device (11) includes an RPS 
file for defining a processing sequence in correspon- 
dence with units of processing, and sequentially 
processes data in units of processing in accordance 
with the processing sequence stored in the RPS file. 
A flow chart forming device (13) reads out graphic 
block patterns from the block pattern memory (12) in 
units of processing, and sequentially connects the 
respective block patterns in accordance with the 
processing sequence stored in the RPS file. In addi- 
tion, the how chart forming device (13) respectively 
adds processing names to the connected respective 
graphic blocks and set them in a development buffer 
(15). The data in the development buffer (15) is 
supplied to a printing unit in the PS processing 
device (1 1) to be printed out 
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The present invention relates to a data pro- 
cessing apparatus for analyzing a series of pro- 
cessing programs developed beforehand by sys- 
tem design in an office computer or the like, thus 
automatically drawing a flow chart graphically re- 
presenting the processing outline. 

tn a data processing apparatus such as an 
office computer, work processing operation pro- 
grams corresponding to the work contents of a 
user are generally designed in advance. When the 
processing contents are to be checked later, a 
program list is output or a flow chart graphically 
repre se nting the processing outline is manually 
drawn. 

A program list, however, is too technical and 
hence difficult for general users to understand. On 
the other hand, drawing of a flow chart takes a lot 
of time and tabor even for a system engineer, 
demanding a very laborious task. 

tt is an object of the present invention to auto- 
matically draw a flow chart as a graphic repre- 
sentation of data processing contents in accor- 
dance with definition information defining the data 
processing con te nts, thereby allowing easy under- 
standing of the data processing contents. 

In order to achieve the above object, according 
to the present invention, there ts provided a data 
processing apparatus for processing data in accor- 
dance with a predetermined program, comprising: 
(a) processing sequence storage means for storing 
names of various units of processing, and a se- 
quence of processing the respective units of pro- 
cessing; (b) processing program storage means for 
storing predetermined processing programs in cor- 
respondence with the respective units of process- 
ing; (c) program execution means for, in response 
to a start of data processing, sequentially reading 
out the processing programs, stored in said pro- 
cessing program storage means in correspondence 
with the respective units of processing stored in 
said processing sequence means, in accordance 
with the sequence stored in said processing se- 
quence storage means, decoding the read process- 
ing programs, and executing data processing in 
accordance with the programs; (d) block pattern 
storage means for storing one basic block pattern 
common to the respective units of processing; (e) 
forming means for, in response to a start of flow 
chart formation, forming processing block patterns 
by adding the names of the units of processing to 
the basic block pattern in the respective units of 
processing stored in said processing sequence 
storage means; and (f) output means for sequen- 
tially connecting the processing block patterns, 
formed in accordance with the respective units of 
processing stored in said processing sequence 
storage means, in accordance with the sequence 
stored in said processing sequence storage means. 



and outputting the resultant block patterns on a 
recording paper sheet 

According to the present invention, since a flow 
chart graphically representing a processing outline 

s can be automatically drawn, there is no need to 
output a program list or manually draw a flow chart 
as in the prior art That is, a flow chart which can 
be understood by anybody can be very easily 
obtained. Especially, if sets of graphic patterns are 

io formed or processing flow charts are graphically 
drawn in units of processing, the resultant illustra- 
tion is easier to understand. 

This invention can be more fully understood 
from the following detailed description when taken 

75 in conjunction with the accompanying drawings, in 
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Fig. 1 is a block diagram showing the arrange- 
ment of a main part of a data processing ap- 
paratus according to the first embodiment of the 
present invention; 

Rg. 2 is a block diagram showing the arrange- 
ment of a PS processing device 11; 
Fig. 3 is a view showing various block patterns 
stored in a block pattern memory 12; 
Frg. 4 is a view showing a detailed sequence 
definition set in an BPS file 27-1; 
Rg. 5 is a view showing a detailed sequence 
definition set in a PS file 27-2; 
Fig. 6 is a view showing detailed definition con- 
tents corresponding to an execution PS name 
•PS01"; 

Rg. 7 is a view showing detailed definition con- 
tents corresponding to an execution PS name 
"PS02*; 

Rg. 8 is a view showing detailed definition con- 
tents corresponding to an execution PS name 
•PS04"; 

Rg. 9 is a view showing a state wherein the 
contents of the PS file 27-2 are accessed in 
accordance with the sequence definition of the 
RPS file 27-1; 

Rg. 10 is a view showing a state wherein flow 
chart forming processing is performed on the 
basis of the definition contents in addition to PS 
processing; 

Rg. 11 is a flow chart showing the main routine 
of PS processing; 

Rg. 12 is a flow chart showing flow chart for- 
ming processing; 

Figs. 13A and 13B are flow charts showing part 
of PS block forming processing; 
Rg. 14 is a view showing a drawn flow chart 
Rg. 15 is a block diagram showing the arrange- 
ment of a main part of a data processing ap- 
paratus according to the second embodiment of 
the present invention; 

Rg. 16 is a view showing various block patterns 
stored in a block pattern memory 120; 
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Fig. 17 is a view a detailed sequence definition 
set En an RPS file 27-1; 

Rg. 18 is a flow chart showing flow chart for- 
ming processing; 

Rg. 19 is a flow chart showing processing block 
forming processing; 

Rgs. 20A and 20B are flow charts showing part 
of IF statement processing; 
Fig. 21 is a view showing a state wherein a 
decision block of an IF statement is arranged in 
a development buffer 150; 
Fig. 22 is a view showing a printed state of a 
processing flow chart formed in accordance with 
sequence definitions; and 
Rgs. 23A and 23B are views showing a state 
wherein the output positions of graphic patterns 
respectively following different conditions of a 
conditional branch are automatically changed in 
accordance with the number of graphic patterns 
following each condition. 
The first embodiment of the present invention 

will be described below with reference to Rgs. 1 

through 14. 

Rg. 1 is a block diagram showing the arrange- 
ment of. a main part of a data processing appara- 
tus. 

A PS processing device 11 (to be described in 
detail later with reference to Fig. 2) serves to 
sequentially execute processing based on various 
definition contents (the contents of process i ng pro- 
grams), which are arbitrarily set in advance, in 
accordance with processing sequences. In this em- 
bodiment processing of this type will be referred 
to as PS processing hereinafter. 

A block pattern memory 12 is designed to 
store various types of graphic block patterns used 
to form a processing flow chart More specifically, 
the following graphic block patterns are prestored 
in the block pattern memory 12: a start block, an 
end block, a processing block (basic block), an 
input block, a display block, a print block, a source 
file block, a disk block, an updating file block, and 
the like. Note that the graphic blocks in the block 
pattern memory 12 may be permanently prepared 
by a manufacturer or arbitrarily prepared by a user. 

Rg. 3 shows various types of block patterns 
stored in the block pattern memory 12. A start 
block pattern is designed such that a character 
string "START" is inserted in a symbolic pattern 
representing the start of processing, and a main 
line to be connected to a lower block pattern is 
added to the symbolic pattern. A processing block 
pattern (basic block pattern) is designed such that 
an elongated rectangle is formed as a symbolic 
pattern in the middle of the block pattern, and main 
lines to be respectively connected to upper and 
lower block patterns are added to the symbolic 
pattern, which is divided into upper and tower por- 



tions. In the processing block pattern, input/output 
block patterns graphically representing the types of 
input/output devices, i-e., an input block pattern, a 
display block pattern, and a print block pattern, can 
s be arranged on the right side of the symbolic 
pattern in accordance with the type of an 
input/output device to be used. The input block 
pattern, the display block pattern, and the print 
block pattern are respectively arranged at predeter- 

io mined fixed positions with respect to the process- 
ing symbolic pattern. More specifically, the input 
block pattern is arranged at the upper right position 
of the processing symbolic pattern; the display 
block pattern, the central right position; and the 

is print block pattern, the tower right position, in this 
case, the input block pattern is constituted by a 
symbolic pattern representing an input operation, 
and an arrow pattern added thereto. This arrow 
pattern indicates that data flows from the input 

so block to the processing symbolic pattern (in the 
input direction). The display block pattern is con- 
stituted by a symbolic pattern representing a dis- 
play operation, and an arrow pattern added thereto. 
This arrow pattern Indicates mat data flows from 

25 the processing symbolic pattern to the display 
block (in the output direction). Furthermore, the 
print block pattern is constituted by a symbolic 
pattern representing a printing operation, and an 
arrow pattern added thereto. This arrow pattern 

so indicates that data flows in the output direction. 

On the other hand, in the processing block 
pattern, a source file pattern, a disk block pattern, 
and an updating file block pattern can be arranged 
on the left side of the symbolic pattern in accor- 

ss dance with the type of file to be used. These file 
block patterns are arranged at predetermined fixed 
positions with respect to the processing symbolic 
pattern. More specifically, the source file block 
pattern is arranged at the upper left position of the 

40 processing symbolic pattern; the disk block pattern, 
the central left position; and the updating file block 
pattern, the lower left position. In this case, the 
source file block pattern, the disk block pattern, 
and the updating file block pattern are respectively 

45 constituted by symbolic patterns representing the 
respective files, and arrow patterns added thereto. 
The arrow patterns of the source file block pattern 
and the disk block pattern indicate that data flow in 
the input direction. The arrow pattern of the updat- 

50 ing file block pattern indicates that data flows in the 
output direction. The end block pattern is designed 
such that a character string "END" is inserted in a 
symbolic pattern representing the end of process- 
ing, and a main line to be connected to an upper 

55 block pattern is added to the symbolic pattern. 

A flow chart forming device 13 forms a pro- 
cessing flow chart by using a work memory 14. In 
this case, the flow chart forming device 13 fetches 
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and analyzes the contents of various programs 
prestored in the PS processing device 11. reads 
out graphic block patterns from the block pattern 
memory 12 in accordance with the analysis result 
and sets the patterns in a development buffer 15. 
Note that the development buffer 15 is capable of 
storing, ojq., data corresponding to one A4-sfee 
sheet The data in the development buffer 15 is 
supplied to the PS processing device 11 and is 
output from a printing unit in the PS processing 11. 
With this operation, a flow chart graphically repre- 
senting a processing outline is formed, as shown 
in, ojq.. Rg. 14. 

Rg. 2 is a block diagram showing the arrange- 
ment of the PS processing device 1^ (program 
execution means). 

A CPU 21 controls the overall operation of the 
PS processing 11 in accordance with a system 
program prestored in a ROM 22 and an application 
program fetched in a system RAM 23. The follow- 
ing peripheral devices are connected to the CPU 
21: an input unit 24, a display unit 25, a printing 
unit 26, and disk devices 27 and 2a The CPU 21 
controls input/output operations of these compo- 
nents. In addition, a work RAM 29 and a PS pro- 
cessing unit 30 are connected to the CPU 21. 

The disk device 27 stores a sequence defini- 
tion file (RPS file) 27-1 and a processing definition 
file (PS file) 27-2. In the RPS file 27-1, the basic 
definitions of processing sequences and the like 
are arbitrarily preset in accordance with various 
units of processing, tn the PS file 27-2, processing 
contents are defined as programs in various units 
of processing. Rg. 6 shows the storage contents of 
a sequence definition E01 as a detailed example of 
the RPS file 27-1, titles "start frame", "daily report 
printing", and "result display" and PS names 
"PS01". "PS02". and "PS04" are stored in cor- 
respondence with line numbers "1 ", "2\ and "3". 
Note that the line numbers "1", "2", and "3" cor- 
respond to the order of processing. 

Rg. 5 shows a processing definition 
(processing program) corresponding to the se- 
quence definition E01 in Rg. 4 as a detailed exam- 
ple of the PS file 27-2, in which "A table" and "D 
table" are stored as definition tables for defining a 
processing program corresponding to the PS name 
"PS01". In addition, "A table". "C table", and "E 
table" are stored as definition tables corresponding 
to the PS name "PS02". Furthermore. "A table" 
and "0 table" are stored as definition tables cor- 
responding to the PS name "PS04". In this case, 
"A table" is an individual processing program for 
defining data input processing; "C table", an in- 
dividual program for defining fife processing; "D 
table", an individual program for defining display 
processing; and "E table", an individual program 
for defining printing processing. 



The PS processing unit 30 has the following 
arrangement The PS processing 30 includes an 
RPS decoding section 30-1 and a PS decoding 
section 30-2. The RPS decoding section 30-1 
s reads a sequence definition from the RPS file 27-1, 
decodes it and supplies the decoding result to the 
PS decoding section 30-2. Assume that the RPS 
decoding section 30-1 decodes the sequence defi- 
nition E01 shown in Rg. 6. In this case, the RPS 
ro decoding section 30-1 supplies first the PS name 
"PS01" corresponding to the line number "1" to 
the PS decoding section 30-2. The PS decoding 
section 30-2 then reads a processing definition 
corresponding to the PS name "PS01" from the PS 
rs file 27-2, and decodes it tn this case, since the 
processing definition corresponding to the PS 
name "PSOT" includes the A and D tables, the PS 
decoding section 30-2 decodes the A and O tables, 
and supplies them to a definition A decoding sec- 
20 tion 30-3 and a definition D decoding section 30-5. 
Subsequently, the RPS decoding section 30-1 sup- 
plies a processing definition corresponding to the 
execution PS name "PS02" from the PS file 27-2, 
decodes it and supplies the A, C, and E tables to 
25 the definition A decoding section 30-3, a definition 
C decoding section 30-4, and a definition E decod- 
ing section 30-6, respectively. 

The definition A decoding section 30-3, the 
definition C decoding section 30-4, the definition D 
30 decoding section 30-5, and the definition E decod- 
ing section 30-6 respectively decode the definition 
contents (processing program contents) stored in 
the A C. D, and E tables in units of items, and 
respectively supply the decoding results to an in- 
35 put processing section 30-7. a file processing sec- 
tion 30-8, a display processing section 30-9, and a 
printing processing section 30-10. The input pro- 
cessing section 30-7 writes data, formed by refer- 
ring to data input from the input unit 24 and a 
40 source file 28-1 and an index file 28-2 in the disk 
device 28, as input data in the work RAM 29. The 
file processing section 30-8 updates an updating 
file 28-3 in the disk device 28 on the basts of input 
data The display processing section 30-9 pro- 
45 cesses data to be displayed/output from the dis- 
play unit (e.g., a CRT display device) 25. The 
printing processing section 30-10 processes data 
to be printed out from the printing unit (e.g., a laser 
printer) 26. 

so Figs. 6 through 8 show detailed definition con- 
tents (program contents) corresponding to the PS 
names "PS01", "PS02", and "PS04". Fig. 6 cor- 
responds to the definition contents of "PS01 (start 
frame)"; Rg. 7, the definition contents of "PS02 

56 (daily report printing)"; and Rg. 8, the definition 
contents of "PS04 (result display)". 

Referring to Rg. 6. the A table for defining data 
input processing includes an area in which a 



7 



EP 0 510 514 A1 



8 



source file name is defined as needed, and an area 
in which T1PE" (data fetch types) and fetch con- 
tents are defined in correspondence with item 
names, tn this case, the fetch types include "I", 
■ = ", and the like. The type "P defines that data 
input from the input unit 24 should be fetched. The 
type " = " defines that data automatically formed by 
referring to the source file 28-1 and the index file 
28-2 should be fetched. Note that the A table in 
Rg. 6 corresponds to "start frame*. In the A table, 
the source file name of a source file from which 
data is fetched is not defined. In addition, the fetch 
type * = • and fetch contents Vindex(KlDOU)" are 
set for an item name "bb". This defines that a start 
frame file in the index file 28-2 should be indexed 
to automatically form data. The type " = " and 
contents "0" are set for an item name "R1\ This 
defines that "0" should be fetched as data cor- 
responding to the item name "R1". The D table for 
defining data display processing defines a coordi- 
nate position (X.Y) indicating a data display start 
position corresponding to each item name, and the 
sizes of corresponding data in the vertical and 
horizontal directions from this coordinate position. 

Since "order-took" is set in the A table in Rg. 
7 as a source file name, data is fetched from a 
source file corresponding to the source file name 
"order-took" as needed, m the C table for defining 
file updating processing, "auxiliary" is set as the 
file name of a file to be updated at the start 
position, and "addition" is set as an update type 
representing update contents. In addition, item 
names associated with actual updating processing 
are set in correspondence with file names in the 
file to be updated (auxiliary file). The E table for 
defining data printing processing defines a coordi- 
nate position PCY) indicating the print start position 
of data corresponding to each item name, and the 
sizes of the data in the vertical and horizontal 
directions from the coordinate position. 

Note that even in the case of "result display" 
in Rg. 8, the A table is required to fetch data to be 
displayed. In this case, however, since all the fetch 
types are • = ", automatically formed data are data 
to be displayed, and the data are displayed/output 
at positions with sizes defined in the D table. 

An operation of this embodiment will be de- 
scribed below with reference to Rgs. 9 through 14. 

Assume that the sequence definition E01 hav- 
ing the contents shown in Rg. 4 is stored in the 
RPS file 27-1, and processing contents are stored 
in the PS file 27-2 in units of processing in accor- 
dance with the sequence definition E01. In this 
case, Rg. 9 shows a graphic representation of a 
state wherein the contents of the PS file 27-2 are 
accessed in accordance with the sequence defini- 
tion E01. Rg. 10 shows a state wherein flow chart 
forming processing associated with the embodi- 



ment is executed on the basis of the definition 
contents in this case, in addition to normal PS 
processing (program execution processing). 

When data processing is started, PS process- 

5 ing is executed first in accordance with the flow 
chart shown in Rg. 11. Rg. 11 is a flow chart 
showing the main routine of PS processing. When 
the PS processing is started, the RPS decoding 
section 30-1 fetches the sequence definition E01 

10 from the RPS file 27-1, designates the PS name 
"PS01" corresponding to the One number "1", and 
supplies it to the PS decoding section 30-2 (step 
A1). 

The flow then advances to the step of execut- 

is ing the processing (start frame) corresponding to 
the PS name "PS01" (step A2). In this case, the 
PS decoding section 30-2 decodes the definition 
tables (A and D tables) corresponding to this PS 
name. Consequently, the PS decoding section 30-2 

20 supplies the A and D tables to the definition A 
decoding section 30-3 and the definition D decod- 
ing section 30-5, respectively. In this case, the 
definition contents of the A table are decoded by 
the definition A decoding section 30-3 in units of 

25 items. The input processing section 30-7 executes 
input processing for storing the corresponding data 
in the work RAM 29 in units of items in accordance 
with the definition contents of the A table. Subse- 
quently, the definition contents of the D table are 

30 decoded by the definition decoding section 30-5. 
The display processing section 30-9 causes the 
display unit 25 to display/output the corresponding 
data in accordance with the definition contents of 
the O table. 

as When the processing corresponding to the PS 
name "PS01 " is completed in this manner, the flow 
advances to step A3 to check by referring to the 
sequence definition E01 whether a PS name is 
stored at the next line number. In this case, since 
40 the execution PS name "PS02" is stored at the line 
number "2", the RPS decoding section 30-1 des- 
ignates the execution PS name "PS02" corre- 
sponding to the line number "2" and supplies it to 
the PS decoding section 30-2 (step A4). The flow 
45 then returns to step A2 to perform the processing 
(dairy report printing) corresponding to the execu- 
tion PS name "PS02". In this case, the correspond- 
ing definition tables (A, C, and E tables) are read 
out from the PS file 27-2, and data fetch process- 
so ing, file updating processing, and data printing pro- 
cessing are sequentially executed while the defini- 
tion contents of the A, C. and E tables are decoded 
in the order named. 

Subsequently, the flow advances to step A3, tn 
66 this case, since the presence of the next PS name 
is also detected, the execution PS name "PS04" 
for the line number "3" is designated (step A4), 
and the flow advances to the step of executing the 
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corresponding processing (result display). In this 
case, the corresponding definition tables (A and D 
tables) are referred to, and data fetch processing is 
performed in accordance with the definition con- 
tents, thus sequentially executing data display pro- 5 
cessing. Note that since the result display process- 
ing is set as the end processing by the sequence 
definition E01, the flow is ended upon completion 
of this processing. 

Row chart forming processing will be de- io 
scribed next Rg. 12 is a flow chart showing the 
overall operations of this forming processing. The 
execution of the processing is started when a flow 
chart forming start command is supplied from the 
input unit 24. is 

The flow chart forming device 13 reads out the 
start block pattern (see Fig. 3) from the block 
pattern memory 12 (step B1). This start block pat- 
tern is arranged at a predetermined position rela- 
tive to the development buffer 15 (step B2). A 20 
sequence definition read command is supplied to 
the PS processing device 11 (step B3). Upon re- 
ception of the sequence definition read out from 
the RPS file 27-1, the flow chart forming device 13 
designates the start line of the definition (step B4). as 
The device 1 1 then reads out the definition tables 
corresponding to the execution PS name of the 
designated line from the PS file 27-2 (step B5), and 
forms PS blocks in accordance with the storage 
contents of the definition tables. 30 

Figs. 13A and 13B are flow charts showing this 
PS block forming processing. 

Assume that the start line of the sequence 
definition E01 is designated. In this case, the flow 
chart forming device 13 reads out the processing 35 
block pattern (see Rg. 13) from the btock pattern 
memory 12 and sets it in the work memory 14. In 
addition, the unit 13 sets the title ("start frame") 
and the PS name ("PS01 "), set in the start One of 
the sequence definition EOT, in the processing 40 
block (step C1). As described above, the process- 
ing block pattern is designed such that the sym- 
bolic pattern having the elongated rectangular 
shape is located at the center of the block pattern, 
and the symbolic pattern is divided into the upper 45 
and lower portions. In this case, the character 
string "start frame" and the execution PS name 
"PS01" are respectively set in the upper and the 
lower portions. 

In step C2, it is checked whether a source file so 
name is set in the A table. In the start frame 
processing, since data fetch processing from a 
source file is not performed, no source file name is 
set in the A table. Consequently, the flow advances 
to step C3 to check whether the type "I" indicating 66 
data input processing is set in the A table. As 
shown in Rg. 6. since "I" is set in the A table, the 
input block pattern is read out from the block 



pattern memory 12 and is set in the work memory 
14 (step C4). As described above, in this embodi- 
ment, the block patterns graphically representing 
the types of input/output devices are added to the 
right side of the symbolic pattern in the processing 
btock pattern in accordance with the type of an 
input/output device to be used. In this case, the 
input block pattern is set at the predetermined 
fixed position, i.e.. the upper right position of the 
symbolic pattern representing processing. 

In the next step, it is checked whether 
"CONTENTS" of the A table includes "index" (step 
C8). Since the A table fn Fig. 6 includes "tfndex- 
(K1DOU)", the disk pattern is read out from the 
block pattern memory 12 and is set in the work 
memory 14 (step C7). As described above, in this 
embodiment the file block patterns corresponding 
to the types of files are added to the left side of the 
symbolic pattern in the processing block pattern, tn 
this case, the disk btock is set on the central right 
side of the symbolic pattern representing process- 
ing. The name "KIDOU" of the index file is read 
out and inserted in the disk block (step C8). 

The flow further advances to step C12. If the 
start One of the sequence definition E01 is des- 
ignated, the definition tables corresponding to the 
execution PS name "PS01" do not include the C 
and E tables. 

Therefore, NO is obtained in both steps C12 and 
CI 5, and the flow is ended. Although the definition 
tables corresponding to the execution PS name 
"PS01" include the A and D tables, when the input 
block is set, the display block is not set even if the 
D table is present 

When the PS block forming processing cor- 
responding to the start line of the sequence defini- 
tion EOT is completed in this manner, the flow 
advances to step B7 in Rg. 12 to set the formed 
block in the development buffer 15. tn this case, 
the formed block is arranged below the start block 
such that the main line of the start block already 
set in the development buffer 15 is connected to 
the main line of the currently formed block pattern. 
Subsequently, each formed block is set in the 
development buffer 15 such that its main line is 
connected to the main line of a corresponding 
upper block. Now assume that the input btock and 
the disk block are respectively arranged, as the 
formed blocks, on the upper right and central left 
sides of the symbolic pattern representing process- 
ing. 

Subsequently, the above-described PS block 
forming processing is repeated up to the end One 
of the sequence definition E01. More specifically, if 
it is detected in step B8 that the current line is not 
the end line, the flow advances to step B9. After 
the next line of the sequence definition is des- 
ignated, the flow returns to step B5. As a result the 
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second tine of the sequence definition E01 is des- 
ignated, and PS block forming processing is per- 
formed in accordance with the set contents of the 
definition tables (A, C, and E tables) corresponding 
to the execution PS name "PS02" for the second 
line. 

In step C1, the title ("daily report printing") and 
the execution PS name "PS02" are set in the 
processing block. The flow then advances to step 
C2. In this case, since a source file name is set in 
the A table, as shown in Fig. 7. the source file 
block pattern is read out from the block pattern 
memory 12 and is set in the work memory 14 (step 
C10). The source file block is set on the upper left 
side of the symbolic pattern representing process- 
ing. In step D11, the source file name (•order- 
book*) is inserted in the source file block. There- 
after, the flow returns to step C3. Since "P repre- 
senting input processing is not present in "TIPE" 
of the A table, the how advances to step C4 to 
check the presence/absence of the D table. In this 
case, since the absence of the D table is detected 
in step C4, and the presence of "index" in 
"CONTENT" of the A table is detected in step 06, 
setting processing of the disk block pattern is per- 
formed (step C7). In the next step, insertion pro- 
cessing of an index file name is performed (step 
C8). In this case, two file names "date T" and 
"article T" (T: table) are inserted in the disk block. 

The flow then advances to step C12. Since the 
presence of the C table is detected, the updating 
file block pattern is read out from the block pattern 
memory 12 and is set in the work memory 14. In 
this case, this block pattern is arranged on the 
lower left side of the symbolic pattern representing 
processing (step 013). The name ("auxiliary") of 
the updating file in the 0 table is Inserted in the 
updating file block (step CI 4). Since the presence 
of the E table is detected in step 015, the print 
block pattern is read out from the block pattern 
memory 12 and is set in the work memory 14. m 
this case, the block pattern is arranged on the 
lower right side of the symbolic pattern represent- 
ing processing (step 016). 

When the PS block forming processing cor- 
responding to the second line of the sequence 
definition E01 is completed in this manner, the flow 
advances to step B7 to set the formed blocks in 
the development buffer 15. The formed blocks are 
arranged at the respective positions as follows: the 
print block is on the tower right side of the sym- 
bolic pattern representing processing; the source 
file block (file name "order-book"), the upper left 
side of the symbolic pattern; the disk block (file 
names "data T, article T"), the central left side of 
the symbolic pattern; and the updating file block 
(file name "auxiliary"), the lower left side of the 
symbolic pattern. 



When the third line of the sequence definition 
E01 is designated afterward, PS block forming pro- 
cessing is performed in accordance with the defini- 
tion tables (A and D tables) corresponding to the 
5 execution PS name "PS04". The title ("result dis- 
play") and the execution PS name "PS04" are set 
in the processing block first (step 01). Since 
mPE* of the A table does not include the type "I" 
representing input processing, and the D table is 

io present, the print block pattern is read out from the 
block partem memory 12 and is arranged on the 
central right side of the symbolic pattern represent- 
ing processing (step CIS). In this case, since 
"index" is not set in "CONTENTS" of the A table. 

rs and neither the C table nor the E table are present, 
the PS block forming processing is ended at this 
time, and the formed block is set in the develop- 
ment buffer 15 (step 87). 

The flow then advances to step B& Since the 

20 end One of the sequence definition E01 is des- 
ignated, the flow advances to step B10 to read out 
the end block pattern from the block pattern. The 
block pattern is arranged at a predetermined posi- 
tion in the development buffer 15 (step B11). The 

25 contents of the development buffer 15 are trans- 
ferred to the printing unit 26 of the PS processing 
device 11 to be printed out (step B12). With this 
operation, a flow chart graphically representing the 
processing outline is formed, as shown in Fig. 14. 

30 As shown in Rg. 14, processing blocks are 
formed in units of processing. In addition, graphic 
blocks representing external devices such as a disk 
device, an input device, and an output device are 
added to the respective processing blocks, and 

35 arrow patterns indicating the flows of data are in- 
serted between the processing blocks and the 
graphic blocks representing the external devices, 
thereby graphically representing not only the over- 
all processing outline but also the processing con- 

40 tents in units of processing. With this operation. In 
the case of "daily report printing" shown in Fig. 14, 
for example, it is easily understood that the con- 
tents of an updating file (auxiliary file) are updated 
on the basis of data fetched from a source file 

45 (order-book file) and data retrieved from an index 
file (date and article tables), and the updated con- 
tents are printed out as dairy report data. In this 
case, since the source file, the disk file, and the 
updating file are arranged at the predetermined 

so fixed positions, the type of each file can be iden- 
tified according to its position. 

In the above-described embodiment a maxi- 
mum of sax graphic patterns representing external 
devices can be set around a graphic pattern repre- 
ss senting a unit of processing. However, the types of 
external devices and their layout can be arbitrarily 
set, but are not limited to those in the above 
embodiment 
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The second embodiment of the present inven- 
tion win be described next with reference to Figs. 
15 through 23B. 

Fig. 15 is a block diagram showing the ar- 
rangement of a main part of a data processing 
apparatus. 

Since a PS processing device 110 is identical 
to the PS processing device 1 1 in the first embodi- 
ment a description thereof win be omitted. 

A block pattern memory 120 serves to store 
various types of graphic block patterns used to 
draw a processing flow chart More specifically, the 
graphic block patterns stored in the block pattern 
memory 120 are: two types of start blocks ST1 and 
ST2, an end block, three types of decision blocks 
JD1. JD2, aref JD3. a processing block, and the 
like. 

Ftg. 16 shows the respective types of graphic 
block patterns stored in the block pattern memory 
120. Each of the start blocks ST1 and ST2 b 
constituted by a symbolic pattern representing the 
start of processing, and a connection line to be 
connected to a lower block pattern. The start block 
ST1 is designed such that a character string 
•START" is inserted in the symbolic pattern. The 
start block ST2 is designed such that a character 
string "PROCESSING ( )" is inserted in the sym- 
bolic pattern. The end block is designed such that 
a character string "END* is inserted in a symbolic 
pattern representing the end of processing, and a 
connection pattern to be connected to an upper 
block is added to the symbolic pattern. Each of the 
decision blocks JD1, J 02, and JD3 is constituted 
by a rhombotc symbolic pattern representing de- 
cision processing/ connection lines added to the 
upper and lower portion of the symbolic pattern, 
and a connection One branching off to the right of 
the symbolic pattern. The decision block JD1 is a 
generally used graphic block representing a con- 
ditional branch associated with an IF statement, 
and the lower and right connection lines respec- 
tively correspond to "true" and "false", which re- 
spectively indicate that the condition is true and is 
not true. The decision block JD2 is equivalent to 
the decision block JD1 except that "true" and 
"false" are reversed, and hence the lower and right 
connection fines respectively correspond to "false" 
and true". That is, the decision block JD2 is a 
reverse block in which the directions of a con- 
ditional branch based on an IF statement are re- 
versed. In order to clarify such a reversed state, 
characters "true" and "false" are inserted in the 
decision block JD2. The decision block JD3 is a 
graphic block representing a conditional branch 
asso ciat ed with a loop statement The processing 
block is arranged on the main One and is con- 
stituted by a symbolic pattern having an elongated 
rectangular shape and divided into two portions. 



he., upper and tower block patterns, and connec- 
tion lines respectively connected to the upper and 
tower block patterns. Note that a connection line 
pattern Is used to connect the connection Ones of 
s upper and lower blocks to each other, and serves 
as a subline connection pattern. 

A flow chart forming device 130 serves to form 
a processing flow chart by using a work memory 
140 and condition registers C1 and C2. In this 
w case, preset various definition contents are fetched 
En the PS processing device 110 to be analyzed. In 
accor dan ce with the analysis result, the flow chart 
forming device 130 reads out corresponding graph- 
ic block patterns from the block pattern memory 
is 120 and set them in a development buffer 150. 
Note that the development buffer 150 is capable of 
storing, e^. data corresponding to one A4-size 
sheet The data in the development buffer 150 is 
supplied to the PS processing device 110 and is 
20 output from a printing unit in the PS processing 
110. With this operation, a Row chart graphically 
representing a processing outline is formed, as 
shown in, e.g., Fig. 22. 

Fig. 17 shows the set contents of a sequence 
25 definition E01 as a detailed example of an HPS file 
27-1. in which "DEFINITION", "SUB-NUMBER", 
"TTTLEzCONDITlON", and "EXECUTION PS 
NAME" are arbitrarily set in correspondence with 
fine Nos. "1", "2", "3"..... In this case, the descrip- 
30 tion corresponding to the line Na"l" indicates the 
execution of PS processing ("title: start frame") 
indicated by an execution PS name "PS01". The 
One Nos. "2" through "5" correspond to the de- 
scription of an IF statement More specmcally, the 
35 start of the IF statement is described in 
"DEFINITION" corresponding to the line No. "2". 
and the end of the IF statement is described in 
"DEFINITION" corresponding to the line No. "5". 
With this IF statement it is checked whether con- 
AO dition "R1 = 0" is satisfied. As a result, the flow 
branches to "then (true)" or "else (false)". In this 
case, it is defined that if "then" is satisfied, the 
processing is ended at this point of time. The 
description corresponding to the line No. "6" in- 
45 dicates the execution of PS processing ("title: daily 
report printing") designated by an execution PS 
name "PS02". The line Nos. "7" through "10" also 
correspond to an IF statement In this IF statement, 
the following processing is defined. It is checked 
so whether condition "R2 = 99" is satisfied. If "then" 
is obtained, a subroutine (sub-number "98") is 
called. The description corresponding to the line 
No. "11" indicates the execution start of the pro- 
cessing designated by the subnumber "98". The 
65 corresponding processing contents are described 
in the line No. "12", which are PS processing 
("title: result display") designated by an execution 
PS name "PS04". In this embodiment the pro- 
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cessing flow chart shown in Fig. 22 is formed in 
accordance with the set contents of this sequence 
definition E01. 

Since the PS file 27-1 has the same process- 
ing definition as that of the PS file 27-2 shown in 
Fig. 5 in the first embodiment, a description thereof 
will be omitted. 

An operation of this embodiment will be de- 
scribed below with reference to Rgs. 18 through 
23B. 

Rg. 18 shows flow chart forming processing. 
When a flow chart forming command is supplied 
from an input unit 24, the execution of the opera- 
tion based on the flow chart shown in Fig. 16 is 
started. 

The flow chart forming device 130 calls a se- 
quence definition from the PS tile 27-1 of the PS 
processing device 110 and sets it in the work 
memory 140 (step D1). The unit 130 then reads out 
the start block ST1 (see Ftg. 16) from the block 
pattern memory 120 and arranges it on a main line 
in the development buffer 150 (step D2). tn this 
case, the main line in the development buffer 150 
indicates a virtual region corresponding to the main 
fine (main flow) of a processing flow chart 

The start fine of the sequence definition set in 
the work memory 140 is designated (step 03), and 
its definition contents are discriminated (step D4). 

Assume that the sequence definition EDI 
shown in Ftg. 17 is called, tn this case, since the 
definition contents of the start fine are "PS", the 
flow advances to step OS to perform processing 
block forming processing. 

Fig. 19 is a flow chart showing the processing 
block forming processing. The processing block 
pattern is read out from the block pattern memory 
120 (step El), ft is then checked whether the 
definition contents of the designated fine (start, fine) 
of the sequence definition are "PS" or "call" (step 
E2). In this case, since the definition contents are 
"PS", a title ("start frame") and an execution PS 
name ("PS01") are read out from the designated 
line of the sequence definition, and the title and the 
execution PS name are respectively set in the 
upper and lower portions of the graphic pattern 
constituting the processing block pattern (step E3). 

When the processing block forming processing 
is completed in this manner, the flow advances to 
step D6 in Rg. 18 to arrange the processing block 
on the main line in the development buffer 150. 
Thereafter, it is checked whether the current line is 
the end line of the sequence definition (step D7). In 
this case, since the start line is designated, the flow 
advances to step D8 to designate the next fine of 
the sequence definition. The flow then returns to 
step 04 to check the definition contents of the 
second tine. In this case, since the IF statement is 
present the flow jumps to the step of IF statement 



processing (step D9). 

Fig. 20 is a flow chart showing this IF state- 
ment processing. The number of definitions "PS" 
or "call* following the "then" is obtained by refer- 
5 ring to the sequence definition E01, and is set in 
the condition register C1 (step F1). That is, when a 
processing flow chart is to be formed in accor- 
dance with the contents of the sequence definition 
E01, the number of graphic patterns following the 
io "true" of the IF statement is obtained and set in 
the condition register CI. Subsequently, the num- 
ber of PS or call definitions following the "else" is 
obtained by referring to the sequence definition 
E01, and is set in the condition register C2 (step 
is F2). As a result, the number of graphic patterns 
following the "false" of the IF statement is set in* 
the condition register C2. Subsequently, the value 
(the number of graphic patterns following "true") of 
the condition register CI is compared with the 
20 value (the number of graphic patterns following 
"false") of the condition register C2. 

Since "0" and "1" are respectively set In the 
condition registers 01 and C2, C1 < C2 is detected 
En step F3. The flow then advances to step F5 to 
25 read out the decision block JD2 from the block 
pattern memory 120 and set it on the main fine in 
the development buffer 150. Note that, as shown in 
Ftg. 16, in the decision block J02, "true" and 
"false" of the general decision block JD1 are re- 
30 versed, and the characters "true" and "false" are 
inserted in the graphic pattern representing a con- 
ditional branch in the decision block JD2. The flow 
advances to step F6 to exchange the definitions 
belonging to "then" and these belonging to "else" 
35 are exchanged with each other in the sequence 
definition E01 set in the work memory 140. In this 
case, the exchange of the definitions is not a 
logical exchange between the "true" and "false", 
but an exchange between the definitions belonging 
40 to "then" and those belonging to "else". 

The flow advances to step F7 to designate 
"PS" or "cafi" as a definition belonging to "then". 
A processing block corresponding to the corre- 
sponding designated line is formed (step F8). The 
45 processing block forming processing in this case is 
also executed in accordance with the flow chart in 
Rg. 19. The processing block formed in this man- 
ner is arranged on the main line in the develop- 
ment buffer 150 (step F9). Since the line No. "6" of 
50 the sequence definition E01 includes the definition 
belonging to "else", the corresponding processing 
block should not be arranged on the main fine in 
the development buffer 150. In this case, however, 
since the definitions belonging to "else" are ex- 
55 changed with those belonging to "then" by the 
exchange processing in step F6, the processing 
block corresponding to the tine No. "6" is arranged 
on the main fine in the development buffer 150. 
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Thereafter, the connection line pattern shown in 
Fig. 16 is arranged on a subline in the development 
buffer 150 at a position to oppose the processing 
block (step F10). Note that the subline in the devel- 
opment buffer 150 indicates a subOne (branch now) 5 
of the processing flow chart, i.e., a virtual region 
corresponding to a flow branching from the main 
One to the right through an IF statement or a loop 
statement. It is then checked whether another defi- 
nition belonging to "then" is present (step F11). tf io 
there is another definition, the flow returns to step 
F7 to repeat the above-described operation. 

When the processing for then" is completed 
in this manner, it is checked whether there are 
definitions belonging to "else" (step F12). Although is 
the Gne No. "6" of the sequence definition E01 
originally includes a definition belonging to "else", 
since this definition is exchanged with the definition 
belonging to "then" in step F6 described above, 
the absence of a definition is detected in step F12. 20 
In this case, the flow advances to step F17. In this 
case, since "end" belongs to "else", the end block 
is read out from the block pattern memory 120 and 
is arranged on a subline in the development buffer 
150 (step F19). Note that if "end" does not belong 29 
to "else", the connection One of a subline is con- 
nected to a line next to the end block on the main 
line in the development buffer 150 (step F18). 

Fig. 21 shows a case wherein the decision 
block JD1 and the processing block are sequen- 30 
tially arranged on the main line in the development 
buffer 150, but no graphic pattern is arranged on 
the subline. In this case, the connection line pattern 
is arranged on the subline at a position to oppose 
the processing block, and this connection line pat- as 
tern is connected to a One next to the end block on 
the main Gne. 

K there is a definition belonging to "else", "PS" 
or "call" is designated as a definition (step F13), 
and the processing block forming processing is 40 
performed in accordance with the flow chart shown 
in Fig. 19 (step F14). The processing block thus 
formed is arranged on the subline in the develop- 
ment buffer 150 (step F15). If there is another 
definition belonging to "else* (step F16), the defini- 45 
tion is designated (step F13), and the above-de- 
scribed processing block forming/arranging pro- 
cessing is repeated. In this case, the processing 
block arranged on the subline in the development 
buffer 150 is a processing block pattern for a so 
subline such as the one shown in Ftg. 21. When 
this block is arranged on the subline, the already 
arranged connection line pattern is replaced with 
the processing block (see Fig. 21). 

When the IF statement processing is com- 56 
plated, the flow advances to step D7 in Fig. 1& tf 
the end line is not detected , the next line of the 
sequence definition E01 is designated (step O&y. 



Since the next Gen corresponds to an IF statement 
the IF statement processing in step D9 is per- 
formed, tn this case, the number of PS or call 
definitions belonging to "then" is "1", and the 
number of definitions "PS" and "call" belonging to 
"else* is "0". Since CI r C2 is detected in step F3, 
the ftow advances to step F4 to read out the 
decision block JD1 from the block pattern memory 
120 and arrange it on the main line in the develop- 
ment buffer 150. Note that the decision block J01 
represents a normal conditional branch, i.e., the 
lower and right connection lines of the block re- 
spectively correspond to "true" and "false", and 
hence the characters true" and "false" are not 
included in this decision block. That is, the ab- 
sence of "true" and "false" indicates thafthe pro- 
cessing is performed in accordance with a normal 
conditional branch. 

The flow then advances to step F7 in Fig. 20. 
In this case, since a call definition belonging to 
"then" is designated, the flow advances to step E4 
in Fig. 19 in processing block forming processing. 
In step E4, "call" and a sub-number "98" are set in 
a processing block. The processing block thus 
formed is arranged on the main line in the develop- 
ment buffer 150 (step F9). Subsequently, the flow 
advances to the processing for "else", tn this case, 
since there are neither definition nor "end" belong- 
ing to "else", only the processing for connecting 
the connection line of a subline to the main line is 
performed (step F18). 

Subsequently, the line No. "11" of the se- 
quence definition E01 is designated. Since 
"processing" is set in this Gne, the flow advances 
to step D11 in Fig. 18 to arrange the end block 
read out from the block pattern memory 120 on the 
main line in the development buffer 150. In the 
next step, "processing" and the sub-number "98" 
are inserted in the start block ST2 read out from 
the block pattern memory 120 (step D12). tn addi- 
tion, this start block ST2 is arranged on the main 
Gne in the development buffer 150 (step D13). 

The line No. *12" of the sequence definition 
E01 is designated. Since the corresponding defini- 
tion is "PS", the end block is formed, a title and an 
execution PS name are set in the block, and the 
resultant block is arranged on the main line in the 
development buffer 150 (steps D5 and D6). There- 
after, since the end line is detected in step D7, the 
flow advances to step D14 to arrange the end block 
read out from the block pattern memory 120 on the 
main Gne in the development buffer 150. The resul- 
tant block is then output from a printing unit 26 in 
the PS processing device 110 (step 015). 

Ftg. 22 shows a processing flow chart formed 
and output in accordance with the sequence defini- 
tion E01 shown in Rg. 17. It is apparent from this 
flow chart that the decision block following the 
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processing block of "start frame" is a reverse block 
obtained by reversing a normal decision block, and 
the decision block following the processing block of 
"daily report printing* is a normal decision block. In 
addition, it is understood that processing indicated s 
by the sub-number "98" is called after "daily re- 
port printing", and the called processing is "result 
display". 

As has been described above, according to 
this processing, a processing flow such as the one to 
shown in Fig. 22 is automatically formed by analyz- 
ing a sequence definition list In a case wherein a 
processing Row chart includes a decision block 
representing a conditional branch, if the lower and 
right connection lines of the decision block are is 
respectively fixed to "true" and "false", and the 
number of graphic patterns following the "false" is 
larger than that of graphic patterns following the 
"true", a processing flow chart such as the one 
shown in Fig. 23A is formed and output In contrast so 
to this, in this embodiment the positions of "true" 
and "false" are automatically changed to reverse 
the positions of graphic patterns following the 
"true" and "false", as shown in Ftg. 23B. As a 
result the length of the main line of the processing 25 
flow chart is elongated, while the length of the sub- 
One is shortened, thus obtaining a well-propor- 
tfcned, easy-to~see flow chart 
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1. A data processing apparatus for processing 
data in accordance with a predetermined pro- 
gram, comprising: 

(a) processing sequence storage means ss 
(27-1) for storing names of various units of 
processing, and a sequence of processing 

the respective units of processing; 

(b) processing program storage means (27- 

2) for storing predetermined processing pro- 40 
grams in correspondence with the respec- 
tive units of processing; 

(c) program execution means (30) for, in 
response to a start of data processing, se- 
quentially reading out the processing pro- 45 
grams, stored in said processing program 
storage means in correspondence with the 
respective units of processing stored in said 
processing sequence means, in accordance 
with the sequence stored in said processing 50 
sequence storage means, decoding the 
read processing programs, and executing 
data processing in accordance with the pro- 
grams; 

(d) block pattern storage means (12) for ss 
storing one basic block pattern common to 

the respective units of processing; 

(e) forming means (13) for, in response to a 



start of flow chart formation, forming pro- 
cessing block patterns by adding the names 
of the units of processing to the basic block 
pattern In the respective units of processing 
stored in said processing sequence storage 
means; and 

(0 output means (13, 15, 26) for sequentially 
connecting the processing block patterns, 
formed in accordance with the respective 
units of processing stored in said process- 
ing sequence storage means, in accordance 
with the sequence stored in said processing 
sequence storage means, and outputting 
the resultant block patterns on a recording 
paper sheet 

2. A data processing apparatus for processing 
data in accordance with a predetermined pro- 
gram, comprising: 

(a) processing sequence storage means 
(27-1) for storing names of various units of 
processing, and a sequence of processing 
the respective units of processing; 

(b) processing program storage means (27- 
2) for storing predetermined processing pro- 
grams in correspondence with the respec- 
tive units of processing; 

(c) processing execution means (30) for, in 
response to a start of data processing, se- 
quentially reading out the processing pro- 
grams, stored in said processing program 
storage means in correspondence with the 
respective units of processing stored in said 
processing sequence means, in accordance 
with the sequence stored in said processing 
sequence storage means, decoding the 
read processing programs, and executing 
data processing in accordance with the pro- 
grams; 

(d) discrimination means (30-3, 30-4, 30-5, 
30-6) for, in response to a start of flow chart 
formation, discriminating types of the pro- 
cessing programs, stored in said processing 
program storage means in correspondence 
with the respective units of processing, in 
the respective units of processing stored in 
said processing sequence storage; 

(e) forming means (13) for forming process- 
ing block patterns corresponding to the pro- 
cessing programs discriminated by said dis- 
crimination means; and 

(f) output means (13, 15, 26) for sequentially 
connecting the processing block patterns, 
formed in accordance with the respective 
units of processing stored in said process- 
ing sequence storage means, in accordance 
with the sequence stored in said processing 
sequence storage means, and outputting 
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the resultant block patterns on a recording 
paper sheet 

A data processing apparatus for processing 
data in accordance with a predetermined pro- 5 
gram, comprising: 

(a) processing sequence storage means 
(27-1) for storing names of various units of 
processing, and a sequence of processing 

the respective units of processing; io 

(b) individual processing program storage 
means (27-2) for storing at least one of 
individual programs for input processing, 
display processing, printing processing, and 

file processing fn correspondence with each is 
unit of processing; 

(c) processing execution means (30-7, 30-6, 
30-9, 30-10) for reading out each of the 
individual programs, stored in said individ- 
ual processing program storage means, in 20 
ccrresportdence with one unit of processing, 
decoding the read individual program, and 
executing individual data processing; 

(d) repetition means (30) for, in response to 

a start of data processing, sequentially des- 25 
ignating the respective units of processing 
stored in said processing sequence storage 
means in accordance with the stored se- 
quence, and causing said processing ex- 
ecution means to repeat read processing 30 
and execution in the respective units of 
processing; 

(e) block pattern storage means (12) for 
storing one basic block pattern common to 

the respective units of processing, and ss 
input/output block patterns corresponding to 
types of the individual programs for the 
input processing, the display processing, 
the printing processing, and the file pro- 
cessing; 40 
(0 discrimination means (30-3, 30-4, 30-5, 
30-6) for, in response to a start of flow chart 
formation, discriminating types of the pro- 
cessing programs, stored in said processing 
program storage means in correspondence 45 
with the respective units of processing, in 
the respective units of processing stored in 
said processing sequence storage; 

(g) forming means (13), connected to said 
block pattern storage means, for forming so 
composite graphic patterns by combining 

the basic block pattern and input/output 
block patterns corresponding to the types of 
the individual programs, discriminated by 
said discrimination means, in the respective 55 
units of processing stored in said process- 
ing sequence storage means; and 

(h) output means (13. 15. 26) for sequen- 



tially connecting the composite graphic pat- 
terns, formed by said forming means in the 
respective unhs of processing, in accor- 
dance with the sequence stored by said 
processing sequence storage means, and 
outputting the resultant graphic patterns on 
a recording paper sheet 

4. An apparatus according to claim 3, character- 
ized in that said forming means includes 
means (13, step B7) for combining the 
input/output block patterns at predetermined 
positions relative to an output position of the 
basic block pattern in units of types of pro- 
cessing programs. 

6. A flow chart forming apparatus comprising: 

now chart forming means (130) for forming 
a processing flow chart by sequentially com- 
bining a piuraffly of graphic blocks in accor- 
dance with a processing sequence; 

comparison means (130, step F3) for, 
when a graphic pattern representing a con- 
ditional branch is included in a processing flow 
chart formed by said flow chart forming 
means, comparing the numbers of graphic 
blocks following the respective conditions of 
the graphic block representing the conditional 
branch (130, steps F4. F5, and F6); and 

output position changing means for chang- 
ing output positions of graphic blocks following 
the respective conditions of the graphic block 
representing the conditional branch in accor- 
dance with the comparison result obtained by 
said comparison means. 
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